home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9709 / 000045_owner-linux-arm…r.rutgers.edu _Mon Sep 22 12:50:38 1997.msg < prev    next >
Internet Message Format  |  1997-11-30  |  4KB

  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from nic.funet.fi (nic.funet.fi [128.214.248.6])
  3.     by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id MAA02731
  4.     for <willy@odie.fluff.org>; Mon, 22 Sep 1997 12:50:36 +0100
  5. Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 1632]) by nic.funet.fi with ESMTP id <1247-30106>; Mon, 22 Sep 1997 14:48:33 +0300
  6. Received: by vger.rutgers.edu id <973169-273>; Mon, 22 Sep 1997 07:45:56 -0400
  7. Received: from hermes.dur.ac.uk ([129.234.4.9] EHLO hermes.dur.ac.uk ident: IDENT-NOT-QUERIED [port 57378]) by vger.rutgers.edu with ESMTP id <973145-273>; Mon, 22 Sep 1997 07:45:25 -0400
  8. Received: from dust0 by hermes.dur.ac.uk id <MAA27833@hermes.dur.ac.uk>
  9.   (8.8.7/ for dur.ac.uk) with SMTP; Mon, 22 Sep 1997 12:46:57 +0100 (BST)
  10. Date:     Mon, 22 Sep 1997 12:46:48 +0100 (BST)
  11. From: Ale Terlevich <A.I.Terlevich@durham.ac.uk>
  12. To: linux-arm@vger.rutgers.edu
  13. Subject: new kernels
  14. Message-ID: <Pine.SOL.3.91-941213.970922123449.25631A-100000@dust0.dur.ac.uk>
  15. MIME-Version: 1.0
  16. Content-Type: TEXT/PLAIN; charset=US-ASCII
  17. X-Orcpt: rfc822;linux-arm@vger.rutgers.edu
  18. Sender: owner-linux-arm@vger.rutgers.edu
  19. Precedence: bulk
  20. Status: RO
  21.  
  22.  
  23.   Hi,
  24.  
  25.   I was just browsing the ftp site, when I noticed some new 2.0.31 
  26. kernels online.
  27.  
  28. (btw. where does one get the 2.0.31 source from? I can't find it 
  29. anywhere, sunsite.unc.edu seems to stop at 2.0.30!)
  30.  
  31.   Being a curious sort I downloaded the 9th september ones, and so my 
  32. surprise I noticed that they have a cumana SCSI II module (v. 0.0.0!) so 
  33. I thought I'd try it out!
  34.  
  35.  I don't know if it's supposed to be working yet (what with being v0.0.0) 
  36. but here's the output I get when I try insmod cumana_2_mod.o, just incase 
  37. it's useful.
  38.  
  39. (P.s. I have one internal drive (id. 6), and one external MO drive (id. 0)
  40. and the card is id. 7)
  41.  
  42. Sep 22 11:23:11 garp kernel: scsi0: fas216: bus reset detected
  43. Sep 22 11:23:11 garp kernel: scsi0 : Cumana SCSI II at port 80000000 irq 
  44. 32 v0.0.0 scsi NCR53C9x
  45. Sep 22 11:23:11 garp kernel: scsi : 1 host.
  46. Sep 22 11:23:42 garp kernel: scsi : aborting command due to timeout : pid 
  47. 0, scsi0, channel 0, id 0, lun 0 0x03 00 00 00 10 00 
  48. Sep 22 11:23:48 garp kernel: scsi : aborting command due to timeout : pid 
  49. 0, scsi0, channel 0, id 0, lun 0 0x03 00 00 00 10 00 
  50. Sep 22 11:23:48 garp kernel: SCSI host 0 abort (pid 0) timed out - resetting
  51. Sep 22 11:23:48 garp kernel: SCSI bus is being reset for host 0 channel 0.
  52. Sep 22 11:23:48 garp kernel: scsi0: fas216: bus reset detected
  53. Sep 22 11:23:49 garp kernel: SCSI host 0 channel 0 reset (pid 0) timed 
  54. out - trying harder
  55. Sep 22 11:23:49 garp kernel: SCSI bus is being reset for host 0 channel 0.
  56. Sep 22 11:23:49 garp kernel: scsi0: fas216: bus reset detected
  57. Sep 22 11:23:49 garp kernel: SCSI host 0 reset (pid 0) timed out again -
  58. Sep 22 11:23:49 garp kernel: probably an unrecoverable SCSI bus or device 
  59. hang.
  60.  
  61.  
  62.   I changed the MO drive's ID from 0 to 1 and get the same message except 
  63. that now it's pid 1 (and id 1) that's referred to.
  64.  
  65.   I then disconnect my external drive and turn on the card's auto 
  66. termination (From RiscOS), and I get the following messages....
  67.  
  68. Sep 22 11:49:13 garp kernel: scsi0 : Cumana SCSI II at port 80000000 irq 
  69. 32 v0.0.0 scsi NCR53C9x
  70. Sep 22 11:49:13 garp kernel: scsi : 1 host.
  71. Sep 22 11:49:15 garp kernel: scsi : aborting command due to timeout : pid 
  72. 7, scsi0, channel 0, id 6, lun 0 0x12 00 00 00 ff 00 
  73. Sep 22 11:49:17 garp kernel: scsi : aborting command due to timeout : pid 
  74. 7, scsi0, channel 0, id 6, lun 0 0x12 00 00 00 ff 00 
  75. Sep 22 11:49:17 garp kernel: SCSI host 0 abort (pid 7) timed out - resetting
  76. Sep 22 11:49:17 garp kernel: SCSI bus is being reset for host 0 channel 0.
  77. Sep 22 11:49:17 garp kernel: scsi0: fas216: bus reset detected
  78. Sep 22 11:49:18 garp kernel: SCSI host 0 channel 0 reset (pid 7) timed 
  79. out - trying harder
  80. Sep 22 11:49:18 garp kernel: SCSI bus is being reset for host 0 channel 0.
  81. Sep 22 11:49:18 garp kernel: scsi0: fas216: bus reset detected
  82. Sep 22 11:49:18 garp kernel: SCSI host 0 reset (pid 7) timed out again -
  83. Sep 22 11:49:18 garp kernel: probably an unrecoverable SCSI bus or device 
  84. hang.